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(54) Data processing system 

(57) Providing dynamic roles for objects in an 
object-oriented programming environment. A mecha- 
nism adds roles dynamically for an object depending on 
the context of the object The IBM System Object Model 
(SOM) is the principal building block for providing this 
function. The dispatch resolution of the SOM is used to 
provide the functions of this invention the "somDis- 
patch" methods feature. The "som Dispatch" methods is 
overridden in new classes to implement application spe- 
cific dispatch mechanism. Dynamic objects are repre- 
sented as lists of objects where objects are added to the 
list at any time. For example, when a program is started, 
a person object will only have a student object. Before 
calling a function requiring teacher characteristics, the 
teacher role is added to the person object. When the 
function call returns, the teacher role is deleted from the 
person object if the role is no longer needed. 
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Description 



The present invention relates to data processing 
systems, and more particularly, to providing dynamic 
objects for object-oriented programming applications in 
a System Object Model (SOM). 

After years of debate and discussion, object-ori- 
ented programming languages (or OOP) are becoming 
mainstream programming technologies r ho 00P , an 
guages offer improved programmer productivity, reusa- 
ble code, and easier maintenance. A central aspect of 
object-oriented programming models is called method 
resolution. This is the mechanism used to select a par- 
neuter method given an object, the method's ID and the 
arguments to the method. In some prior art object mod- 
els, method resolution consists of determining an offset 
into an ohiort'c cn^Ki^ .* , s u sel 

based on an analysis of the program's source code 
These objects are referred to as static objects. Static 
objects do not allow a choice of which method to select 
during program execution. Static objects expect the 
choice of which method to execute for a particular 
method's ID, and a particular object to remain constant 
once program execution begins. While most static mod- 
els allow the resolution to be preformed once the 
selected method may be called repeatedly without 
going through resolution as long as the same object is 
to be used. 

Another prior art object-oriented programming lan- 
guage offers a dynamic model which consists of usinq 
the name of the object to determine a specific method at 
runtime. In dynamic models, the choice of which 
method to select can change during the time of a pro- 
gram's execution. Unlike static objects, which allow a 
selected method for the same object to be called 
repeatedly without going through resolution, once reso- 
lution has occurred, dynamic models cannot perform 
such a procedure because the set of methods that a 
class overrides from it ancestor classes can change 
during a program's execution, thus changing the 
method that should result from resolution with a particu- 
lar method's ID. and a particular object while the pro- 
gram is running. 

In any case, static or dynamic objects must be 
capable of corresponding to different roles. For exam- 
ple, a person could represent a student, teacher father, 
etc. In order to make the same entity have different 
responsibilities in different contexts, the prior art has 
use the object-oriented mechanism of multiple inherit- 
ance. Multiple inheritance represent objects as objects 
that inherits from different classes. Thus, objects are 
required to carry the overhead of their complexity in 
every context. 1 

It is desirable to have a mechanism that can add 
rotes to objects dynamically, depending on the context 
of the object while limiting the overhead requirements 

There is disclosed a method and apparatus for pro- 
viding dynamic roles for objects in an object-oriented 
programmmg environment. A mechanism is provided 



that permits roles to be dynamically added for an object 
depending on the context of the object which results in 

SST P l° 9raniS - The IBM Sys,em M odel 
SOM) ,s the principal building block for providing this 
s uncton. The IBM System Object Mode, imp.ements 
three types of method resolution. The first is offset res- 
olution which consists of determining an offset into an 
object specific table of procedure entry points based on 
an analysis of the program's source code. The second 
w is dynam,c resolution which consists of using the name 
of the object to determine a specific method at runtime 
The third is dispatch resolution which is used to provide 
the functions of this invention. In dispatch resolution 
method resolution is decided by the implementation of 
is somDispatch" methods. This invention overrides "som- 
Dispatch" methods in new classes to imniom*,* a „„i.-_ 
cation specific dispatch mechanism. Dynamic objects 
are represented as lists of objects. Objects are added to 
the list at any time. For example, when a program is 
20 started, a person object will only have a student object 
Before calling a function requiring teacher characteris- 
tics a teacher role is added to the person object. When 
the funcfton call returns, the teacher role is deleted from 
the person object if the role is no longer needed. 

25 ■* ln SU ,T ary ' dynamic ro,es « associated 

with a role list object. Methods are provided to add a 
role to an object or delete a role. This is achieved by 
overriding the somDISPATCH method. The procedure 
searches for all objects in the role object list to find the 
so first one having the needed method. 

According to a first aspect of the invention, there is 
provrfed a method, implemented in a computer system 
for creating a dynamic object in an object-oriented envi- 

« TTO" COmprisin 9 ,he s,e PS of: creating a role list 
* object having at least one dynamic object in said com- 
puter system in said object-oriented environment' and 
providing methods in said object-oriented environment 
to add a role to said dynamic object. 

Preferably the method further comprises the steps 
« of: determining that said role is required in an applica- 
tion program in said computer system in said object-ori- 
ented env.ronment; searching said role list object in said 

Sid ro!r SyS,Sm 8aid dynamiC 0bi6Ct containin 9 
« According to a second aspect of the invention 
there is provided an apparatus for creating a dynamic 
object m an object-oriented environment, comprisinq 
means for creating a role list object having at least one 
dynamic object in said computer system in said object- 
so oriented environment; and means for providing methods 
m said object-oriented environment to add a role to said 
dynamic object. 

According to a third aspect of the invention there is 
provided a method implemented in a computer system 
5* for accessing a dynamic object in an object oriented 
environment, comprising: creating a list object in said 
object oriented environment; and creating a dynamic 
role object in said computer system in said object ori- 
ented environment having a plurality of roles as a sub- 
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class of said list object. 

The invention will now be described, by way of 
example only, with reference to the accompanying 
drawings, in which: 

Figure 1 is a block diagram representation of a 
computer/workstation where the invention may be 
practiced; 

Figure 2 is an object in an object-oriented environ- 
ment; 

Figure 3 is a block diagram of a System Object 
Model (SOM) data structure in an object-oriented 
environment; 

Figures 4-8 are block diagrams of a list object with 
dynamic role objects of this invention; and 

Figure 9 is a flow diagram of an application using 
the dynamic role objects of the invention. 

The embodiments of the invention provide a 
method and apparatus for creating dynamic roles for 
objects in an object-oriented programming environ- 
ment. The embodiments are preferably practiced in the 
context of an operating system resident on an IBM PS/2 
computer available from the IBM Corporation. A. repre- 
sentative hardware environment is depicted in Figure 1 , 
which illustrates a typical hardware configuration of a 
workstation in accordance with the subject invention 
having a central processing unit 10, such as a conven- 
tional microprocessor, and a number of other units inter- 
connected via a system bus 12. The workstation shown 
in Figure 1 includes a Random Access Memory (RAM) 
14, Read Only Memory (ROM) 16, an I/O adapter 18, 
for connecting peripheral devices such as disk unit 20 to 
the bus, a user interface adapter 22 for connecting a 
keyboard 24, a mouse 26, a speaker 28, a microphone 
32, and/or other user interface devices such as a touch 
screen device (not shown) to the bus, a communication 
adapter 34 for connecting the workstation to a data 
processing network and a display adapter 36. for con- 
necting the bus to a display device 38. The workstation, 
in the preferred embodiment, has resident thereon the 
OS/2 operating system, and the computer software 
making up this invention which is included as a toolkit. 

With reference to Figure 2, a diagram of objects in 
an object oriented system is depicted in accordance 
with a preferred embodiment of the present invention. 
An object encapsulates data and the methods needed 
to operate on that data. Objects can be represented by 
a "doughnut diagram" such as shown in Figure 2. Object 
data 42 is shown in the centre of the doughnut sur- 
rounded by the applicable methods 44 through 54. Data 
42, may be modified only by the methods of that object. 
Methods 44-54 are invoked by receiving messages from 
other objects. A typical object oriented system will have 
a message router 56, that routes messages between 



objects. Thus, object 58 causes Method 48, to be 
invoked by sending a message 55, to message router 
56, that in turn sends message 53. to Method 48 of 
object 40. An object, as used in this invention, has the 

5 properties of encapsulation, inheritance, and polymor- 
phism. Encapsulation refers to the hiding of an object's 
implementation details. Inheritance refers to a tech- 
nique of specifying the shape and behaviour of a class 
of objects, called a derived class, or a subclass, as 

w incremental differences from another class, called a 
parent class or superclass. Polymorphism refers to the 
ability to hide different implementations behind a com- 
mon interface, simplifying the communications among 
the objects. 

is Objects are grouped into classes of related objects. 
The class description contains information relevant to all 
objects in a class, including a description of instance 
variables maintained by each of the objects and the 
available object methods. An object instance is created 

20 (or "instantiated"), based on that information and has 
the properties defined in the object class. For example, 
the object class DOG, can include the instance varia- 
bles "dog_type", and "dog_name'\ and a "bark" method 
implementing the response to a bark message. An 

25 instance of dog, e.g.. Rover, will maintain the type and 
name instance variables for itself and will respond to the 
bark message. 

Abstract classes are used to describe the interfaces 
and methods expected to be used by a class without 

30 providing details on the implementation of those meth- 
ods. Abstract classes are useful where the implementa- 
tion details are to be left to the implementor. Concrete 
classes are created as subclasses of abstract classes 
and implement those classes. 

35 With reference to Figure 3, there is shown a basic 
SOM data structure. A state data structure 60, for a par- 
ticular object is shown where the first full word 62, con- 
tains the address of the object's method procedure table 
66. The method procedure table 66, contains the 

40 address of the class object data structure 68, and 
addresses of various methods for the particular object 
72 and 74. The address 68. points to the class object 
data structure 70. All objects that are of the same class 
as this object also contain an address that points to this 

45 method procedure table 66. Any methods inherited by 
the objects will have their method procedure addresses 
at the same offset in memory as they appear in the 
method procedure table 66, of the ancestor class. 
Addresses of the blocks of computer memory contain- 

so ing the series of instructions for two of the method pro- 
cedures are set forth at 72 and 74. Locations 76 and 78, 
are in computer memory and contains the series of 
instructions of a particular method procedures pointed 
to by the addresses at 72 and 74. A complete descrip- 

55 tion of the IBM System Object Model can be found in 
IBM docket AT9-91-072, Serial Number 07/805,778, U. 
S. Patent Number 5,421,016, entitled "System and 
Method for Dynamically Invoking Object Methods from 
an Application Designed for Static Method Invocation", 
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which is incorporated herein by reference 
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Claims 

7' emented in a computer system, for 
creating a d ynam ic object in an object-oriented 
env,ronment. comprising the steps of: 

dvn^ 9 I™ 16 ' iSt ° bi6Ct havin 9 af '«« one 
dynamic object in said computer system in said 
object-oriented environment; and 

ron™?, TJ* 5 iP 53,(1 ^^"Onented envi- 
ronment to add a role to said dynamic object. 

2- The method of claim 1 , further comprising the steps 

determining that said role is required in an 

said object-oriented environment; 

searching said role list object in said computer 
system for sa* dynamic object contain^ 

object-oriented environment, comprising: 
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means for creating a role list object having at 
least one dynamic object in said computer sys- 
tem in said object-oriented environment; and 

means for providing methods in said object-ori- 5 
ented environment to add a role to said 
dynamic object, 

4. The apparatus of claim 3. further comprising: 

10 

means for determining that said role is required 
in an application program in said computer sys- 
tem in said object-oriented environment; 

means for searching said role list object in said 15 
computer system for said dynamic object con- 
taining said role. 

5. A method implemented in a computer system for 
accessing a dynamic object in an object oriented 20 
environment, comprising; 

creating a list object in said object oriented 
environment; and 

creating a dynamic role object in said computer 25 
system in said object oriented environment 
having a plurality of roles as a subclass of said 
list object. 

6. The method of claim 5 further comprising; 30 

determining that an application program in said 
object oriented environment requires an indi- 
cated one of said plurality of roles in said 
dynamic role object; and 35 

searching said list object for said indicated one 
of said plurality of roles in said role object. 

7. The method of claim 6 including the step of deter- 40 
mining e global storage setting in a process storage 
area. 

8. The method of claim 7 wherein the step of access- 
ing said user's credentials includes the step of 45 
retrieving said user's credentials from said process 
area, if present. 

9. The method of claim 8 wherein the step of access- 
ing said user's credentials includes the step of so 
retrieving said user's credentials from said local 
storage area when said user's credentials is not in 
said process storage area. 
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